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I. EXECUTIVE SUMMARY 



major features of the target acquisition module 

r 

j The STAR Target Acquisition Module has been developed to enable the STAR 
jsitnulation of Tactical Alternative Responses) combat simulation model to 
jimulate various ways of using modern sensor devices for battlefield target 
'rquisition. Major features of the target acquisition module are: 

i 

I 1. The model simulates a variety of electro-optical and thermal imaging 
i/stems using sensor device models developed by the U.S. Army Night Vision and 
ectro-Optical Laboratory, Fort Bel voir, VA (NVL). 

2. Multiple observers and/or multiple sensors can be simulated for each 
fimbat entity, with provision for simulating the detailed employment of the 

i 

irious sensors. 

3. The model includes degradation of target acquisition due to night, 
lather, and smoke conditions. 

4. Various levels of acquisition are modelled with provision for 

vestigating effects on weapon employment. 

i 

. STRUCTURE OF THE TARGET ACQUISITION MODULE 

i Each simulated combat vehicle (or soldier) on the STAR battlefield is 
Jsigned a user-defined "search type". The definition of a search type 

i eludes: 

1. The number of observers on the vehicle. 

2. For each observer, the sensor devices available to that observer. 

3. For each observer, a code for the search tactic routine to be used and 
)rameters to further define the search tactic. 
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A search event for each observer is scheduled to occur periodically 
throughout the course of the simulation. Each occurrance of the search event 
for a given observer will typically perform the following functions. 

1. Compile a list of potentially detectable targets for the observer 
using, for example, detection range limits, search sector checks, line of sight 
tests, and enemy/friendly checks. 

2. Using the observer's search tactic, determine a sensor device to use 
and how it is to be used. 

3. For each potential target on the list, use the NVL sensor models to 
determine if detection is possible. If so, compute when detection will occur 
and the level of target information which will be obtained. Then schedule a 
detection event to occur at the computed acquisition time. Details of how 
these functions occur are determined by the chosen search tactic and its 
parameters. 

When a detection event occurs, if the detection is still valid (alive/dead 
checks, line of sight tests) the target identification and the level of 
acquisition attained are added to the observer's detected target list. At this 
point the target acquisition module has completed its work and the list is 
available for target selection and engagement modules which are not described 
in this report. 
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II. OVERVIEW OF THE STAR TARGET ACQUISITION MODULE 



A. INTRODUCTION 

This report documents a search and detection model used for target 
acquisition in the STAR (Simulation of Tactical Alternative Responses) 
ground/air combined arms combat simulation model. This target acquisition 
nodule was developed in Spring 1981 as a replacement for the original STAR 
ietection model which used the DYNTACS visual detection equations. Some 
'eatures of the new module are the following: 

1. The model simulates a variety of electro-optical and thermal imaging 
.ystems using sensor device models developed by the U.S. Army Night Vision and 
ilectro-Optical Laboratory, Fort Belvoir, VA (NVL). 

2. Multiple observers and/or multiple sensors can be simulated for each 
ombat entity, with provision for simulating the detailed employment of the 
arious sensors. 

3. The model is designed to allow direct implementation of smoke and 
dirty battlefield" degradation of target acquisition (See Reference 2). 

4. Various levels of acquisition are modelled, with provision for 
investigating effects on weapon employment. 

^ 5. It should also be noted that the DYNTACS visual detection model 
emains available as an option within the new structure. 

The remainder of this Chapter gives general background on the structure of 
he STAR model, the structure of the new target acquisition module, and the way 
1 which the target acquisition module uses the NVL methodology. Chapter III 
('esents the NVL model in more detail and describes the NVL input requirements 
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for defining the sensor devices to be used in the simulation. Chapter IV 
discusses the STAR search tactics routines which define how sensor devices are 
to be employed by the simulated combat entities. 

This report will not discuss programming details of the STAR code or of 
the STAR implementation of the NVL equations. Further information on these 
detailed aspects of the STAR Target Acquisition Module can be found in Volume 
II of this report - The Technical Manual (Reference 1). 

B. EVENT FLOW IN STAR 

The STAR combat model is an event-sequenced computer simulation written in 
the SIMSCRIPT 1 1 .5 , 1 anguage. Combat functions are simulated by a number of 

events or occurrences which are scheduled to occur at some future simulated 
time. When processing for a given event is completed, the simulation control 
program advances simulated time to the scheduled time of the next pending event 
and begins processing of the event. One important set of events relates to 

target acquisition and engagement. These events operate roughly as follows: 

1. The SEARCH event simulates an observer searching for enemy targets. 

For each potential target it computes a time-to-detect, T, based on the 
observer/target situation. For each target whose T is short enough to assume 
that detection occurs, a DETECT event is scheduled to occur T seconds into the 
future. The search event recursively reschedules itself so that searching 

continues thorughout the simulation. 

2. When event DETECT occurs, some time, T, after the search which caused 

the detection, the target is considered detected (if intervisibility still 

exists) and is added to the observer's detected list. This may cause a 

TARGET. SELECT to be scheduled. 
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3. F.vent TARGET . SELECT chooses a target from the observer's detected list 



based on target priorities and • ammunition availability. It schedules a FIRE to 
occur in the lay-load time for the weapon. 

4. Event FIRE occurs at trigger pull time. If the weapon firing is still 
appropriate (e.g. if the firer is still alive) it schedules an IMPACT to occur 
in the projectile flight time. 

5. Event IMPACT does accuracy and lethality computations for the 
engagement. In addition to assessing kills, it may schedule another FIRE if 
the target survived, a new TARGET. SELECT if the first target was killed, or 
other actions such as a move to a defilade position. 

This is a bare-bones description of the engagement sequence in STAR, but 
it is sufficient to describe the requirements for a target acquisition module: 
The target acquisition module must simulate an observer (possibly several 
coordinated observers) searching for enemy targets. For each potential target 
the module must decide whether a detection is possible and, if so, must compute 
the time required for the detection to occur based on the observer/target 
situation and (generally) a random number draw. The target acquisition module 
includes the events SEARCH and DETECT along with other supporting routines. 

C. BASIC STRUCTURE OF THE TARGET ACQUISITION MODULE 

In the new Target Acquisition Module, the observer is the basic searching 
element. Each combat entity (TANK) may have as many observers as the user 
desires (often only one). Each observer has one or more sensor devices 
(unaided visual search is also considered to be a "sensor device" for ease of 
presentation in this report) which are used in some preplanned fashion called a 
search tactic. 
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The SEARCH event is scheduled independently for each observer on t| 

battlefield so that the amount of time spent in one search cycle can va( 

1 1 

according to the sensor device or the tactical situation. Within each searij 
cycle, the search tactic defines which potential targets are considered, v/hi(’ 
sensors are used, and how they are used. The resulting detection times ar 

computed using search and sensor models originally developed by NVL. Th 

result of a SEARCH event is the possible scheduling of DETECT events at futur^ 
times in the simulation. [ 

The result of a DETECT event is the addition of an entry to the observer'; 
detected list giving the identification of the detected target and a cod< 
representing the level of acquisition which has been attained. The levels oi 

acquisition which are currently provided for are, in increasing order o1 

information. 



CODE 



LEVEL 



MEANING 



1 



Flash Stimulus - "Something was there" - transient cueing 

i nformation 



2 

3 

4 

5 



Detection 



"Distinguish tank vs bush" 

Classification - "Distinguish tracked vs wheeled" 

Recognition - "Distinguish tank vs ARC" 

Identification - "Distinguish M60 vs Ml" 

Since the original DYNTACS detection model used in STAR had only one level 
of acquisition - "identification", the change to the detected list structurt 
will influence other aspects of STAR - notably target selection. This i< 
considered beyond the scope of this report, but will be considered in the near 
future. 
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D. 



THE NVL DETECTION MODEL 



The time-to-detect computations in the new Target Acquisition Module are 
performed using models developed by NVL. The NVL models were chosen for 
several reasons: 

1. A consistent structure has been used to model a variety of optical and 
thermal imaging sensors. 

2. There is a continuing interest at NVL in development and improvement 

# 

of the models. 

3. NVL is continuing efforts to validate the models against test and 
exercise data. 

4. The models are structured in a fashion that makes it particularly 
straightforward to include environmental parameters such as weather, night, 
Imoke, or dust as well as sensor parameters. 

^ The work described in this report, especially Chapter III, was made 
measurably easier through the assistance and participation of NVL personnel, 
n particular Mr. Frank Shields, Mr. Marcos Sola and Mr. Carl Hoover. 

The target acquisition structure is designed for maximum flexibility so 
hat, if required, models other than the NVL time-to-detect model can easily be 
sed. In particular, the DYNTACS/ASARS visual detection models remain 
vailable as options in STAR. Air/air defense radar models will also fit 
iturally into the new target acquisition structure. 
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III. INPUTS TO THE NVL MODEL - DEFINING SENSOR DEVICES 



A. THE NVL METHODOLOGY 

In this section we present a brief review of the target acquisiti' 

phenomenon and of the model which was developed by NVL to predict acquisiti( 

times. Throughout this report we will use the generic term "acquisition" t 
refer to any of the several levels of target acquisition as presented i 
Section II-C. The actual level which is being used at any point in th 

simulation is determined by the search tactics which are discussed in Chapte 

IV. 

In order for a target acquisition to occur, it is necessary that th 
following events all occur: 

1. The target must emit or reflect a target signature which i 

sufficiently different from the target's background to make the targe 
noticeable. 

2. The target signature must be transmitted from the location of th 

target to the location of the observer's sensor. For the electro-optica 
imaging sensors considered in the NVL model, transmission is via direct line c 
sight. Terrain features or vegetation may completely or partly block line c 
sight, possibly preventing the acquisition. Even if geometric line of sigh 
exists, the target signature may be attenuated when it reaches the sense 
location. Attenutation may be caused by weather (rain, haze, fog) or fc 

man-made phenomena (smoke, dust). 

3. The sensor must be pointing in the right direction . The sense 

devices considered in the NVL model have a limited field of view (FOV) which 
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may be scanned across a larger field of search (FOS) or sector ot 
responsibility for the observer. 

4. Assuming that 1, 2, and 3 have occurred, an attenuated target 

signature is input to the sensor. This input is processed (typically 

electronically - exception: unaided visual search or field glasses) and the 
resulting image is displayed to the observer (typically on a screen). 

5. Based on the characteristics of the displayed image, the 

observer decides (or does not decide) that a target is present. The level of 
detail in the displayed image determines the level of acquisition which the 

observer can attain. 

Target acquisition is a very complex phenomenon which is influenced by 
numerous factors some of which are difficult to measure in the field and 

probably impossible to include explicitly in combat models. Thus models of 

target acquisition tend to be stochastic models which, given the available 

search time, yield a probability of detection or, conversely, given a desired 

probability of detection yield the time required for acquisition. 

The NVL model considers each of the above aspects of the target 

acquisition phenomenon: 

1. Target Signature . The target signature which initiates the 

acquisition sequence is modelled as either: 

a) Optical contrast, C, for Optical and TV viewers, or 

b) Average temperature difference, aT, for thermal sensors. 

In each case the target signature is measured relative to the background 

against which the target is viewed. 
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In the STAR implementation of the NVL model, the target signatui,, 
contained in a 4 - dimensional array TAR.SIG with subscripts: 



SYS 


- 


System Type of Target 


WPN 


- 


Weapon Type of Target 


SPEC 


- 


Sensor Spectrum Code (Wavelength) 


BKG 


- 


Background Type 



The user is responsible for defining the SYS, WPN, SPEC and BKG values 
used in the simulation and must input the corresponding TAR.SIG values. 

Five background conditions are identified by the STAR terrain/1: 
sight model. These are: 

CODE DESCRIPTION 

1 Terrain of unspecified type (might be either groun 
vegetation) beyond the near vicinity of the target 

2 Sky 

3 Ground in the near vicinity of the target 

4 Vegetation in the near vicinity 

5 Smoke cloud in the near vicinity of the target 
The user may define how far behind the target the "near vicinity" is to 
for each type of sensor considered. If the user does not wish to s 
target signatures to this level of detail, the model will automatically d 
to less detailed treatments. 

2. Attenuation . Assuming that geometrical line of sight e 
attenuation of the target signature along the observer/target path is mo 
as (for a thermal device), 

A T = aT exp (-a .range) 



10 



^f^tiere the attenuation coefficient o depends on atmospheric conditions and on 
the wavelength band at which the sensor operates. 

In the STAR implementation the atmospheric background condition is assumed 
,:onstant over the battle time so a values may be precomputed for each waveband, 
[ilso, an additional attenuation factor for smoke is included from the SMOKE 
lodel (Reference 2), so the attenuation equation is, 

aT' = aT exp ( -a* range - SMKATTEN). (2) 

The attenuation coefficients are stored in the STAR 1-dimensional array 
TMOS.ATTEN with subscript: 

SPECTRUM = Wavelength Band Code. 

The user can compute input values for this array from equations available 
rom NVL. 

Contrast attenuation for optical systems is modelled using the equation, 

I C = C/(l + SG * (exp ( a * RANGE + SMKATTEN) -1)) (3) 

Aiere SG is the sky/ground brightness ratio. 

3. Scanni ng . The process of moving a small field of view across a larger 

eld of search is generally modelled probabilistically because it is 

|ipossible to describe deterministically where a searching observer will choose 
i) concentrate his attention next. We postpone the NVL model of the searching 
I'ocess to the end of this section (under Number 6). For now assume that the 
Jinsor is stationary and pointing at the target. 

4. Sensor Characteristics . The effect of the sensor on the received 

trget signature is expressed in terms of the resolution capability of the 

snsor system. Since the systems being modelled are imaging systems, we are 

pimarily concerned with the level of detail which can be displayed. Each 
Snsor has a minimum resolvable temperature (MRT) or minimum resolvable 
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contrast (MRC) function which relates input signal strength to system resol 
capability. In the case of a thermal system, the MRT curve can be used 

convert the input target signature ( aT') to system resolving capabi" 
measured by a maximum resolvable spatial frequency f for the detect 
situation being modelled. (Spatial frequency f is measured in units of cy( 
per mi 1 1 iradian. ) A typical MRT curve is given in Figure 1 (Reference 5 ). 

Then, given the exposed height h of the target (from line of si 
computations) and the range R to the target, the number N of resolution eye 
which can be placed on the target image is given by. 



where h is measured in meters, R in kilometers, and f in cycles 
mi 1 1 i radi an. 

In the STAR implementation of the NVL model, the user must input 
description of the MRT (MRC) curve for each device to be modelled. The cl 
is defined as, 

f = ci_t Cg * A t ; ( 5 ) 

+ flu * A T’ 

where Ci , C2 , C3 , C4 are coefficients resulting from a curve fit 
experimental data and where M is a magnification factor. Any given MRCy 
curve may be composed of an arbitrary number of segments each with the at 
functional form. This includes the normally used NVL form (f = Cx/A+Bx) 
also allows for piecewise linear fits. 

The user must input the MRT(MRC) coefficients for each sensor and 
relevant magnification factor, M, for each FOV mode. These values 
available from NVL for a variety of existing and proposed sensor systems. 



12 



. 01 - 



0 1 



FIGURE 1 



2 3 4 5 6 

f (cycl es/mrad) 



TYPICAL MRT CURVE 



13 



5. 



Observer Characteristics. The reaction of the observer to 



displayed image which is the output of the sensor system is modelled using 
methodology suggested by Johnson (Reference 3), In the Johnson procedui 
levels of target acquisition such as detection, recognition, and identificat- 
are related to the number N of sensor system resolution cycles which can 
superimposed on the target image (Equation 4). Detection experiments he 
established thresholds for the number of cycles n50 required to achieve 5 
success in detecting (recognizing, identifying) military targets. Typic 
values of n50 are given in Figure 2 (Reference 5). A target transfo 
probability function (TTPF) has been developed from these experiments whi 
relates the probability of target acquisition to the value of N. The TT 
function follows a normal distribution with mean = nSO and standard deviati 
about 0.6 X n50. The resulting probability of target acquisition is called 
since it assumes essentially infinite time available for the acquisition - 
to this point we have ignored searching. 

In the STAR implementation of this phase of the NVL model the n50 valu 
are stored in a 3-dimensional array N50TABLE with subscripts, 

SEN - Sensor Device Code, 

ACQ - Acquisition Level Code, 

K - K = 1 Stationary Target, K = 2 for Moving Target 

The user must input these values. The TTPF function is defined in the code a 
cannot be changed by user inputs. 
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6. Search. The P® detection probability value must be decreased 



account for the fact that in typical target acquisition situations, k 
observer can not spend an infinite amount of time looking at a single poi 
Rather, the observer must repeatedly search his entire sector of responsibil, 
using a device having a relatively small field of view. In addition, as i| 
sensor device FOV is moved across the total search area, the observer mi 
visually search the display screen of the sensor device. A model for th 
rather complicated search process has been presented by Lawson (Reference i 
Only the results of Lawson's derivation are presented here. 

Let t = the time required for the observer to search one device FO 

o 

Field tests have shown that t^ is essentially constant and the model uses tg 
1.7 sec. 

Let Ps = probability of detecting the target in a search of one devi 
FOV conditional on the target being in the FOV and conditional on eventu 
detection. The standard exponential search model gives, 

Ps = 1 - exp (- to /t ) (6) 

where t has been found from field experiments to be well approximated by, 

T= 6.4 X n50 (7) 

N 

and thus 

Ps = 1 - exp (- 1.7 X N ) (8) 

6.4 n50 

Let ts = time required to systematically scan the entire field of searc 
If the field of search has vertical size greater than the device vertical fie 
of view (VFOS>VFOV) then a 2-dimensiona1 scan is used with. 
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^ _ search area x t = HFOS x VFOS x t 

“ FOV Area ° HFUTTTFW ° 



Otherwise let 



t = Ifos ^ t 
5 HFOV ( 



( 9 ) 



(in) 



Ti=t (2-P )/2P 

^ s' s' s 



for a 1-dimensional scan. 

Here HFOS, HFOV, VFOS, VFOV are the angles covered by the horizontal and 
vertical measurements of the field of search and field of view. 

Assuming complete systematic scans of the field of search (FOS) define 
Ti = mean acquisition time given that the target is found. Lawson 
(Reference 4) gives the relationship, 

( 11 ) 

Finally, the probability of detection in time t is given as, 

P(t) = P„ (1 - exp (- t/ Ti )) (12) 

again using the standard exponential model. For STAR simulation purposes, this 
equation is used to compute a stochastic time to detect as follows. Let U 
Uniform (0,1) be a uniform random number. If U>_ P® then no detection can 
occur. If U < P“ then solve (12) above for t giving, 

t = - Ti In (1 - U) (13) 

Pcx> 



The STAR implementation requires that HFOV and VFOV be input for each 
sensor device. HFOS and VFOS are observer values which are assumed to be 
supplied by the battle plan. 

B. EXTENSIONS 

Since the original Johnson n50 values were developed for static detection 
of single targets in uncluttered areas, modifications are in order for moving 
targets, moving observers and cluttered backgrounds. The model has been found 
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to produce reasonable values when compared with field experiments ana 
continuing with further research in this area. The STAR implementaticlli. 
separate plane of the N50TABLE array for stationary vs. moving targets. 1 
The input values which the STAR target acquisition model requiln 
sensor definition will be repeated in Chapter V in the order in which ts 
read by the STAR computer program. i 



IV. INPUTS TO SEARCH TACTICS - USING SENSOR DEVICES 



A. THE CONCEPT OF A SEARCH TACTIC 

The incorporation of the NVL search model into the STAR comhat simulation 
makes it possible to simulate a wide variety of target acquisition devices and 
situations. This capability to simulate mutiple observers, multiple sensors, 
various modes of sensor use and various levels of target acquisition creates an 
obligation for the model builder and user to cooperate in defining realistic 
modes of employment for the sensors that are made available to each observer. 
These modes of sensor employment will be called search tactics . 

I 

The search tactic for a given observer will typically include the 

I 

following sorts of computations: 

1. Preliminary Target List Management . If the observer has moved into a 
Full defilade position, his entire target list might be erased or the 
licquisition level might be lowered for targets on the list, thus requiring some 
sffort for reacquisition when he emerges from defilade. Transient target 
■ignatures such as gun flashes which have not been upgraded to higher 
cquisition levels during the previous search event might be removed from the 
ist. 

2. Determine Area to Search . Each entity in the simulation has a primary 
irection of search related to its sector of responsibility. The search tactic 

I 

ust decide whether to search the entire sector during this search cycle, or 

i. 

|iether to concentrate on some smaller subarea possibly around a direction in 
jiich searches have recently been successful. Alternatively the tactic may 
'icide not to search, but rather to "stare" at already localized targets in an 
itempt to upgrade their acquisition levels. 

1 
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3. Create a Set of Potential Targets . Usually, only a small subset of tf^ 
elements on the battlefield are in a position to be detected by a particulS|| 
observer. Simple tests may be used to screen out obviously ineligible targets 
Examples include enemy/friendly tests, range checks, sector checks, and line o, 
sight tests. Targets which pass the screening tests can be filed in th 
potential target set in order of (for example) range so that closer target 
will be considered first in the detection computations. Also, some systems 
such as air defense, are only interested in particular enemy elements (e.q 
air) so only those would be filed in the set. 

4. Specify Sensor Device Utilization . The search tactic must select thi 
sensor device to be used (if the observer has more than one device available) 
It must choose betv/een wide and narrow field of view and it must decide whethe 
to scan across the field of search or to stare at specified points in the fieT 
of search. Some search tactics may involve switching between wide and narro' 
FOV or even switching from one sensor to another. In such a case the tacti 
must include decision logic to trigger the change. The tactic must als 
specify the acquisition level which the observer is trying to attain. 

5. Compute Time to Detect . Once the sensor device mode of use i 
specifie'd, the NVL detection time model can be used to compute a time-to-detec 
for all or some subset of the targets in the potential target set. Times fo 
switching devices or switching from wide to narrow FOV should also he include 
as appropriate. The search tactic must determine whether the acquisition time 
so computed for several targets are to be considered as having occurred simult 
taneously (as might be appropriate in a wide FOV search of a target-rich area) 
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f sequentially (if a narrow FOV device is being used to stare at previously 
■jcalizp'l targets one at a time), 

6. Schedule Detection Events . For targets whose acquisition time is 
nail enough, a DETECT event must be scheduled by the search tactics routine. 

^ie search tactic must specify the time threshold and perhaps a limit on how 
^®^i 3 ny targets can be acquired in one search cycle. 

7. Schedule a New Search . Finally, the search tactic must decide when to 
■' arminate the current search event and thus the time at which the next SEARCH 

vent for this observer should be scheduled to occur. Termination of the 
^*^urrent search may occur because of an elapsed time threshold, or because o^ a 
‘'dmit on the number of targets acquired, or some combination of the two 
•hresholds. 

I The variety of different computations which may be called for in a search 
Wnt, and the options of multiple sensors and modes of employment make it 
jnlikely that any single search tactic will be appropriate for all situations 
hat we would like to simulate. Thus the approach to search tactics taken in 
TAR is to have several possible search tactics each repesented by its own 



joutine. Each tactic has parameters (such as the sensor device to be used) 
rhich customize it to a particular observer. New search tactics may be added 
y writing an appropriate new tactics routine without having to adjust the code 
'or existing tactics. 



i. ASSOCIATING A SEARCH TACTIC AND SENSORS WITH AN OBSERVER 

Each combat entity in the STAR simulation has a single search type 
ittribute (called SCH.TYPE) which is used to determine how it will search for 
^:argets. SCH.TYPE is an integer data input value which must be supplied for 



each entity by the user. There is no limit on the number of different sec 
types which can be used. At one extreme, all of the entities in a simule 
battle might use the same search type. In this case, they would all 
equipped with the same sensor device(s) and would use their sensors in the s 
way (i.e. would use the same search tactic). At the other extreme, a uni: 
search type might be defined for each entity on the battlefield. A more likii 
middle ground would associate a different search type with each sysl‘ 
type/weapon type combination. 

Each search type that is used must be defined by the STAR model user. 1 
definition of each search type is kept in a data array SCH.DATA and includ 

the following: 

1. TYPE - integer code number for this search type. 

2. NOBS - integer number of observers for this combat system. 

3. For each of the NOBS Observers: 

(a) TAG - integer code for the search tactic to be used by th 

observer. 

(b) NPARS - integer number of parameters for this tactic. 

(c) PAR2, PAR3... - real valued parameters which customize the sear 

tactic to this observer (NPARS parameters are read with the tactic numb 
considered to be the first parameter). Examples of how the parameters are us 

to customize the search tactic will be given in the next section where 

specific search tactics routine will be discussed. 

During execution of the STAR model, SEARCH events occur periodical! 
Each SEARCH event is identified by three parameters, SEARCH (A, OBS, TYPE 
where A is the pointer to the SIMSCRIPT combat entity, OBS is the number of th 
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observer on that entity whose search event is occurring, and TYPE is the 
SCH.TYPE for that observer. The SCH.DATA array is then accessed using the 
specified search type and observer as index values to determine the search 
tactic to be used and the parameters for that tactic. The SEARCH event then 
calls the appropriate search tactic routine to do the target acquisition 
computations. The tactic routine attempts to schedule DETECT events and keeps 
track of the amount of battle time spent doing the searching. It returns the 
total elapsed time when it finishes its computations. The SEARCH event then 
reschedules itself to occur again (for this observer) after that amount of 
battle time has passed. 



C. PARAMETERS FOR A SINGLE - SENSOR SEARCH TACTIC 

In this section we discuss a simple single-sensor search tactic called 
STK2 from the STAR code. The SCH.DATA array for an observer using tactic STK2 
must specify the following parameters. 



TAC 

SENSOR 

MODE 

LO.ACQ.LEV 

HI.ACQ.LEV 

HFOS 

VFOS 

MAXN 

MAXTIME 

MINTIME 



The Tactic Number - in this case 2. 

Sensor to be used. 

Mode of use for the sensor (wide or narrow FOV). 
Lowest acquisition level to consider. 

Highest acquisition level to consider. 

Horizontal field of search. 

Vertical field of search. 

Maximum number of targets to acquire in one search 
cycle. 

Maximum time to spend in one search cycle. 

Minimum time to spend in one search cycle. 
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SIMUL 



Simultaneous (Code = 1 ) or sequential (Code = 2) 
search time. 



FOVSW 



Time for switching FOV to narrow mode after 
localizing target (used only in sequential mode). 



MAXEACH 



Maxtime to spend on any one target (should equal 
MAXTIME for simultaneous search). 



SOURCE 



1 = potential targets from scan of the battlefield 

2 = potential targets from own detected list. 



PURGE 



Purge level for detected list. 



NEWTYPE 



SCH.TYPE to use for next search by this observer. 



In the remainder of this section we will discuss the computations that an 
performed in each call to the search tactics routine STK2 in terms of thes( 

parameters. We shall follow the outline used in Section IV-A. 

1. Prel imi nary . If the observer is dead, the SEARCH event terminate; 

immediately without calling STK2 and without scheduling a future SEARCH, 
Otherwise routine STK2 is called to do the target acquisition computations. I' 
the observer is totally suppressed, then no detections are attempted, thi; 
SEARCH cycle ends, and the next SEARCH event is scheduled MAXTIME seconds inti 

the future. Otherwise, if the observer is in full defilade then his detectei 

target list is released, no detections are attempted, this SEARCH cycle ends 
and the next SEARCH event is scheduled in MAXTIME seconds. If the observer 
passes these preliminary tests, then detection computations will occur durin* 

this SEARCH event. 

2. Determine Area to Search . If the observer's detected target list i; 
empty (indicating recent unsuccessful searching) then he will change hi; 
primary search direction. Otherwise he will continue to search in the sami 
direction as previously used. 
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3. Create a Set of Potential Targets . If SOURCE = 1, all enemy entities 



are screened to determine if they are potential targets. Those which are 
within the observer's maximum acquisition range and which are inside the 
observer's current search sector are filed in the set of potential targets 
ranked by range, so that the closest will be considered first. If SOURCE = 2, 
then potential targets are taken from the searcher's own detected list and 
Filed as above in the potential target set. 

4. Specify Sensor Device Utilization . The sensor and its mode of 
itilization are determined by the STK2 parameters SENSOR, M00E> LO.ACQ.LEV, 
II.ACQ.LEV, HFOS, and VFOS. 

5. Compute Times to Detect . Targets in the 

otential target set are considered one at a time in order. (If the set is 
tnpty, then the SEARCH event uses MAXTIME seconds and fails to acquire any 
Lrgets.) For each potential target the following computations are performed, 
irst the observer's detected target list is checked to see if the potential 
irget is already on the list with an acquisition level at least as high as 
’.ACQ.LEV. If so, this target is not considered further. Otherwise the NVL 
|utine is called to compute a time-to-acquire and an acquisition level 
atained for this potential target. Any suppression time for detection is 

i 

aded to the NVL time to give a total acquisiton time, T, for this target. 

6. Schedule Detection Events . The use of this acquisition time T depends 
M whether the SIMUL parameter indicates simultaneous or sequential searching. 

•St consider the simultaneous case. If T is less than MAXTIME, then a DETECT 
'^int is scheduled in T seconds after the start of this SEARCH event. If T is 
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11 ' 

greater than MAXTIME, then this target is not acquired during this search cy ^ 
and the time used by this search cycle is set to MAXTIME. Whether or not t| 
target is acquired, the computations are continued for other targets in 1 
potential target set since we are assuming that several can be detecj 
simultaneously. 

In the sequential case, computations begin with an available time 
MAXTIME. As T is computed for each potential target, it is compared with t 
remaining available time. If T is less than the remaining time, then a DETE 

event is scheduled in T seconds after the previous detection , the remaini 
time is decreased by T, and computations continue to the next potential targe 
If T is greater than the remaining available time, then the search cycle em 
without acquiring this target and the time used by this cycle is MAXTIME. Om 
the remaining time is exceeded, no further potential targets are considere' 
In any case, at most MAXEACH time will be used for each target. 

In both the simultaneous and sequential cases, if MAXN targets ha 
already been acquired during this search cycle, then no further potenti 
targets are considered. 

7. Purge the Detected List . At the end of the potential target s 
processing, if PURGE >0, then any target on the detected list with acquisiti 
level less than PURGE is removed from the list. 

8. Schedule a New Search . Finally, a new SEARCH event must be schedul 
for this observer. Usually this event will be scheduled MAXTIME seconds aft 
the current SEARCH event. However, if MAXN targets are acquired without 
failure before MAXTIME seconds have elapsed, then the computed acquisiti 
times (largest if simultaneous, total if sequential) will determine the time 
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used by this search cycle and thus the time interval for scheduling the next 
SEARCH. In no case will the time used be less than MINTIME. The new SEARCH 
event will specify that search type NEWTYPE is to be used for the next search 
cycle. 

0 . APPLICATION OF THE STK2 SEARCH TACTIC 

In this section we will briefly show how the STK2 search tactic routine 
may be customized (through setting its 16 parameters) to represent a particular 
target acquisition behavior. Consider the situation of an observer scanning 
his search sector using unaided visual search and hunting for any indication of 
possible military targets. When targets are detected, the observer will switch 

to field glasses, focussing on each target in turn in an attempt to obtain as 

high a level of acquisition information as possible. Then the observer will 
revert to unaided visual search as before. 

This pattern of target acquisition behavior can be modelled in the STAR 

Target Acquisition structure by using two search types. Search Type 1 will 
specify the details of the unaided visual search, and will be the search type 
stored on the observer entity. Search Type 2 will specify the details of the 
attempt to upgrade the acquisition level of detected targets using field 
glasses. It will be invoked using the NEWTYPE argument at the end of search 

Type 1. Both search types will specify the use of search tactic STK2. 

Search Type 1 has the following list of STK2 parameters (some of them 
chosen rather arbitrarily for this simple example): 

TAG - Use search tactic STK2 

SENSOR - Unaided visual 
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LO.ACQ.LEV 

HI.ACQ.LEV 

HFOS 

VFOS 

MAXN 

SIMUL 

SOURCE 

MAX TIME 

MINTIME 

MAXEACH 

NEWTYPE 



- Detect 

in this p3rt of the search we only want I 
quickly attain a low level of target 
information. 

- Detect I 

- 90° 

cover the observer's entire search sector | 

-15° I 

- 5 detect up to five targets before switching to 

field glasses 

- Simultaneous search times ! 

I 

- Potential targets from battlefield scan 

- 30 Sec 

- 15 Sec 

- 30 Sec 

- 2 use field glasses for the next search cycle for 

this observer 



Search Type 2 has a different set of parameters, so even though it 
the same STK2 tactics routine, it represents different search behavior. 
Type 2 parameters are: 



TAC 

SENSOR 

LO.ACQ.LEV 

HI.ACQ.LEV 

HFOS 

VFOS 

MAXN 



- Use search tactic STK2 

- Field Glasses - NVL simple optics 

- Detect 

Cover the entire range of NVL acquisitio 
Levels 

- Identify 

- o . , 

- 3 set to a single FOV to simulate registering 

o field glasses on a previously local ized target 

- 3 

7 examine up to 7 targets before reverting to 
unaided search 
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SIMUL 


- 


Sequential Search Time 


SOURCE 




Get potential targets from the observer's own 
detected list (they get onto that list during 
the unaided visual search cycle). 


MAXTIME 


- 


40 Sec 

Total for this cycle 


MINTIME 


- 


15 Sec 


MAXEACH 




10 Sec After 10 seconds, if the observer can't 
get more information on a given target 
he will move on to another 


FOVSW 


- 


3 Sec Time to register on a new target and change 
FOV 


NEWTYPE 


- 


1 Sec Use unaided visual search for the next 
search cycle for this observer 


This simple 


example 


illustrates some of the possibilities of customizii 



search tactic routine to represent individual target acquisition behavior. It 
is anticipated that STK2 will be useful in many target acquisition situations, 
but that the need will also arise to develop new search tactics routines. The 
Target Acquisition Module has been designed to make it easy to interface new 
tactics into STAR without having to change any existing tactics routines. 
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V. SUMMARY OF TARGET ACQUISITION INPUT PARAMETERS 



The data input to the Target Acquisition Module is concentrated in routine 
RES.SCH. In this Chapter we list, in order, the input values which are read by 
the RES.SCH routine. SIMSCRIPT code for the RES.SCH routine and details of the 
data structures used are given in Volume II of this report (Reference 1). The 
data inputs to the Battlefield Smoke Module, which also impact on target 
acquisition, are read in routine SMK.RES which is documented in Reference 2. 

The input data for RES.SCH is divided into several major segments. 

(a) Search Type Assignment 

(b) Search Type Definition 

(c) Sensor Parameter Data 

(d) Target Signature Data 

(e) Atomospheric Attenuation Data 

(f) Johnson Criterion Data 

Each of these segments will be discussed in turn. All input is SIMSCRIPT free 
format input with at least one blank space between adjacent data values. 

A. SEARCH TYPE ASSIGNMENT 

Each system type/weapon type combination in the simulation is assigned a 
search type. There are NUMBER. OF. SYSTEMS such combinations (a global variable 
read earlier). For I = 1 to NUMBER. OF. SYSTEMS input three values: 

SYS INTEGER System Type of Searcher 

WPN INTEGER Weapon Type of Searcher 

SCH INTEGER Search Type to use for this Sys/Wpn Type 
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(Note that SIMSCRIPT will cheerfully read an integer data value into a real 
variable, but an attempt to read a number with a decimal point into an integer 
variable will cause the program to immediately terminate (even if the number 
has an integer value such as 3.0)) 

B. SEARCH TYPE DEFINITION 

This input section declares search type numbers and assigns search tactics 
and their parameters to each search type. 

INPUT: 

MXTYP INTEGER Largest search type code to be used 

NTYPS INTEGER Number of search types to be defined 

For I = 1 to NTYPS input the definition of a search type as: 

TYPE INTEGER The type code number 

NOBS INTEGER The number of observers on any vehicle using 

this search type 

For J = 1 to NOBS input the search behavior for one observer as: 

TAC INTEGER search tactic to use 

NPARS INTEGER Number of parameters for this search tactic 
For K = 2 to NPARS input the parameters: 

PARAMETER REAL (Note that TAC is stored as the first 

parameter and it has already been read) 

C. SENSOR PARAMETER DATA 

This input segment defines the parameters for the NVL sensor devices: 

INPUT: 

NSENS INTEGER Number of sensors to define 

If NSENS = 0 then routine RES.SCH terminates with the assumption that the NVL 
detection model will not be used. Otherwise input continues: 
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INPUT: 





MXSEN 


INTEGER 


Largest sensor code number to be used 


For I 


= 1 to NSENS 


input data 


for one sensor as: 




SEN 


INTEGER 


Sensor code number 




MXMODE 


INTEGER 


Largest sensor mode code for this sensor 




NMODES 


INTEGER 


Number of modes for this sensor 


For J 


= 1 to NMODES 


input data for one mode as: 




MODE 


INTEGER 


Mode code 




MAXRG 


REAL 


Maximum sensor detection range 




THR' 


REAL 


Minimum sensor input threshold 




SPECTRUM 


INTEGER 


Wavelength band code 




HFOV 


REAL 


Horizontal field of view 




VFOV 


REAL 


Vertical field of view 




MAG 


REAL 


Magnification factor 


. 


GAIN 


REAL 


Optical gain (e.g. simple optics has 30% 
loss so gain is 0.70) 




BKGRG 


REAL 


Range beyond target to consider in 
background computations 




DEV 


INTEGER 


NVL device code number 


After 


all NSENS sensors are 


defined, the NVL device MRC/MRT curves are 



entered. The format and values for the coefficients which define these curves 
vary considerably by the specific devices being simulated. The details of this 
input section are too complex to be of interest to an ordinary user and will 
not be included in this report. 

It should be noted that several sensors may use the same MRC/MRT curve by 
assigning their DEV sensor parameter to be the same. Thus, for example. 
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numerous different optical viewers can all share NVL device code = 2, but may 
have different FOV's, magnifications, and. system gains. 

D. TARGET SIGNATURE DATA 

Target signatures are input as a function of system/weapon type, spectrum, 
and background code: 

INPUT: 

NSPEC INTEGER Number of spectral bands 

MXBKGND INTEGER Number of background codes to use 

For I = 1 to NUMBER. OF. SYSTEMS input data for this target system as: 

SYS INTEGER System type of target 

WPN INTEGER Weapon type of target 

For J = 1 to NSPEC input data for one spectral band for this target as: 
SPECTRUM INTEGER Spectral band code 

For K = 1 to MXBKGND input: 

SIG REAL The target signature for this combination 

of SYS/WPN/SPECTRUM/BKG 

E. ATMOSPHERIC ATTENUATION DATA 

A single background atmospheric condition is assumed to hold over the 
entire battlefield and over the duration of the simulation. 

INPUT: 

SKY. GROUND REAL Sky/ground brightness ratio 

NSPEC INTEGER Number of spectral bands 

For I = 1 to NSPEC input: 

ATTEN REAL Attenuation coefficient for spectral band I 
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F. 



JOHNSON CRITERION DATA 



Johnson Criterion Data is input as function of sensor device, acquisition 
level, and target movement. 

INPUT: 

MXDEV INTEGER Maximum device code 

NDEVS INTEGER Number of device codes 

For I = 1 to NDEVS input data for one sensor device as: 

IDEV INTEGER Device code 

For J = 1 to 5 input: 

N50S REAL Johnson criterion for stationary target 

at acquisition Level J for this sensor 

For J = 1 to 5 input: 

N50M REAL Johnson criterion for moving target at 

acquisition level J for this sensor 



34 



1 

.'I'NCES 

artman, J. K., "A Target Acquisition Module for the STAR Combined Arms 
i Simulation, Volume II - Technical Manual", Naval Postgraduate School, 
vical Report NPS55-82-002. 

arpenter, H. J. and J. K. Hartman, "The STAR Battlefield Smoke Module", 
•qcoming) . 

lohnson, J. "Analysis of Image Forming Systems", Proceedings of Image 
isifier Symposium, October 6 - 7, 1958, pp. 249-273. 

lawson, W. , T. Cassedy, and J. Patches, "A Search Model", Proceedings of 
RIS Specialty Group on Imaging, June 1978. 

hields, F and W. Lawson, "E-0 System Evaluation at NVEOL", Nightvision and 
ro-Optics Laboratory, Visionics Division, January 1980. 



p 




35 



I 



DISTRIBUTION LIST 



NO. OF copies' 

Library, Code 0142 4 ' 

Naval Postgraduate School 
Monterey, CA 93940 

Dean of Research 1 

Code 012 

Naval Postgraduate School 
Monterey, CA 93940 

Library, Code 55 1 

Naval Postgraduate School 
Monterey, CA 93940 

Professor James K. Hartman I 30 

Code 55Hh 

Naval Postgraduate School 
Monterey, CA 93940 

Defense Technical Information Center 2 

ATTN: DTIC-DDR 
Cameron Station 
Alexandria, Virginia 22314 



36 




/ 

> 



